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(54) System for receiving multicast data 

(57) The invention concerns a process for receiving 
multicast data from a communications network, in par- 
ticular from the Internet, with logical point-to-multipoint 
connections between a sender of multicast data and 
several subscribers (PC1 , PC2), wherein a protocol for 
participation in a multicast group is executed between 
the subscribers (PC1 , PC2) and a network element 
(NAS) remote from the subscribers, in which process for 
the case where tunnel connections exist between the 



subscribers (PC1 , PC2) and the network element (NAS) 
remote from the subscribers, an additional protocol is 
executed between the network element (NAS) remote 
from the subscribers and a network element (CPNT) lo- 
cal to the subscribers, as a result of which identical mul- 
ticast data of several parallel tunnel connections are 
sent out only once between these network elements, as 
well as a communications network, a subscriber net- 
work terminal (CPNT), an Internet access server (NAS) 
and program modules for said process. 
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Description 



[0001 ] This invention concerns a method for receiving 
multicast data in a communications network according 
to the preamble of Claim 1 , a communications network 
according to the preamble of Claim 2, an Internet access 
server according to the preamble of Claim 6, a customer 
premises network termination according to the pream- 
ble of Ciaim 7, and program modules for executing an 
additional protocol. 

[0002] The Internet is at the centre of a dynamic de- 
velopment in communications engineering. Today, In- 
ternet communication, also termed IP communication 
(IP = Internet Protocol), is still dominated by point-to- 
point communication, in which data packets, so-called 
I P datagrams , are sent from one sender to one specified 
receiver. The most frequent application Is where a sub- 
scriber requests a specific message stored on a specific 
server by transmitting the corresponding IP address. An 
Internet service which will become important in the fu- 
ture enables the use of point-to-multipoint applications, 
so-called IP multicast applications, in which several us- 
ers can receive specific information simultaneously, or 
applications in which several users can communicate 
with each other simultaneously. 
[0003] Multicast communication is actually known as 
"Video-on-Demand". Here the image data of a selected 
film is transmitted to different users on request and at 
an individually chosen time from a server that contains 
a reservoir of various films in its memory. A problem for 
this service is that very high data transmission resourc- 
es are required for a video transmission of a satisfactory 
quality. Since only limited data transmission resources 
are usually available in the transmission network, only 
a limited number of subscribers can take advantage of 
this service at the same time. One solution to the prob- 
lem can be obtained, f irstly, by limiting the individual time 
choice for the beginning of films to specific times (for 
example every half hour) and as a result identical image 
data are transmitted in each case to those receivers who 
have selected the same film at an identical time, and 
secondly, mechanisms are made available in the trans- 
mission network, which allow identical data streams to 
be reduced to one data stream, where these run in par- 
allel between Identical network elements. 
[0004] Such mechanisms are known In ATM networks 
and are described for example in the ATM document 
■ATM UNI Signalling, Version 4.0" on page 120 in Ap- 
pendix C under the title of "Point-to-Multipoint Connec- 
tions - Cell Replication". The network, whose nodes con- 
sist of ATM switching centres s sets up a point-to- 
multipoint connection (Multicast Virtual Channel Con- 
nection)fromthesendertothe receivers via the network 
nodes in the form of a tree in such a way that there are 
no parallel paths. 

[0005] Internet multicast communication, also termed 
IP multicast, is also known for the Internet and is de- 
scribed in Internet standards, such as the document 



RFC 1112 "Host Extensions for IP Multicasting" of the 
IETF (Internet Engineering Task Force). This standard 
defines IP Multicast as "the transmission of an IP data- 
gram to a subscriber group", also termed a multicast 
5 group. The number of subscribers is of no significance; 
according to this definition it can be zero or more. The 
characterising feature of a multicast group is not the 
sender of multicast data but a multicast (IP) address al- 
located to this group, which represents a special IP ad- 
10 dress. According to this definition, a multicast group 
therefore exists as soon as a multicast address identi- 
fying the multicast group is assigned, irrespective of 
whether a sender or receiver is actually present. The 
membership of a multicast group is dynamic; it starts 
is from the respective subscriber who wishes to receive 
the multicast data of this multicast group. To join or leave 
a multicast group he executes the so-called "Internet 
Multicast Group Protocol, or IGMP protocol, with a spe- 
cific router. Routers represent any Internet elements 
20 which carry the IP datagrams over specific routes. Rout- 
ers which can execute the IGMP protocol are also 
known as multicast routers. The multicast routers par- 
ticipating in a multicast transmission pass signals be- 
tween themselves in whose order the multicast data are 
25 transmitted in the Internet in such a way that identical 
multicast data are not sent several times over parallel 
routes. 

[0006] Access to the Internet is not usually effected 
directly from a subscriber computer, but via so-called 
30 (Internet) access networks, often by means of the public 
telephone network. These access networks are circuit- 
switched networks in which a fixed connection is tem- 
porarily set up between sender and receiver. A channel 
between the subscriber and the Internet is reserved for 
35 the period of communication. While each channel in the 
conventional telephone network has a predefined band- 
width, the bandwidth in modern ATM networks can be 
specified as required. 

[0007] Atthesubscriberend, local networks frequent- 
40 |y consist of several interconnected subscribers. The 
subscribers can be connected to the Internet via a cus- 
tomer premises network termination, CPNT, that has a 
connection to an access network. In modem local net- 
works, for example the Ethernet and the use of special 
45 PPPoE protocols (PPPoE = Point-to-Protocol over Eth- 
ernet), that is employed between the subscribers and 
the network terminal, simultaneous and individual Inter- 
net communication is possible for all subscribers of the 
local network without additional functions being neces- 
so sary in the subscriber computer. 

[0008] If several subscribers of such a local network 
now request identical data by joining the same multicast 
group, it is generally sufficient to send these data only 
once via the access network to the network terminal 
55 which can then distribute the data to the corresponding 
subscribers. However, a problem arises in that the sub- 
scribers have individual tunnel connections to the Inter- 
net, one channel being reserved for each one via the 
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access network. It is thus not easy to prevent channels 
with identical end points from being loaded with identical 
data streams. 

[0009] The object of this invention is to create a proc- 
ess and suitable means to avoid identical data streams 
via data channels running in parallel, in particular in IP 
multicast communication via an access network. 
[001 0] This object is achieved according to the inven- 
tion by a process according to the teaching of Claim 1 , 
a communications network according to the teaching of 
Claim 2, an Internet access server according to the 
teaching of Claim 6, a subscriber network terminal ac- 
cording to the teaching of Claim 7 and program modules 
for executing an additional protocol according to the 
teaching of Claims 8 and 9. 

[0011] Further developments of the invention are re- 
vealed in the sub-claims and In the following description. 
[0012] The Invention is further explained below with 
the aid of the attached drawings, where: 

Fig. 1 shows schematically a communications net- 
work for Internet communication, 

Fig. 2 shows the construction of channel connec- 
tions in an access network according to the 
prior art, 

Fig. 3 shows the construction of additional channel 
connections for a multicast communication 
when implementing the process according to 
the invention, 

Fig. 4 shows the sequence of the IGMP protocol, to- 
gether with the sequence of the additional 
protocol according to the invention. 

[0013] First, an example of a typical, partially simpli- 
fied communications network for Internet communica- 
tion with the main network facilities involved is shown 
with the aid of Fig. 1 . From left to right, the communica- 
tions network is divided into levels l-V. In level I, the sub- 
scriber level, an unspecified number of subscribers 

PC1, PC2 PCn and a network terminal CPNT is 

shown, which are interconnected via a communications 
medium CM. The subscribers PC1, PC2, PCn, the 
network terminal CPNT and the communications medi- 
um CM togetherform a local network LN. In level II, the 
Internet access network level, an access network AN is 
Indicated by a cloud symbol. In level III, the Internet ac- 
cess provider, IAP, level, an (Internet) access server 
NAS is shown. The levels Mil are hereafter also referred 
to as access levels. In level IV, the (Internet) service pro- 
vider, ISP, level, two service provider networks ISP1 and 
ISP2, for example, are shown, each also indicated by a 
cloud symbol. In level V, the Internet core network level, 
the actual Internet is shown, again as a cloud symbol. 
In the Internet service provider networks ISP1 and ISP2 
and the Internet, cylinder-shaped symbols are shown, 
which represent the above-mentioned routers. This is 
intended to show that the data forwarding in these net- 
works is effected by the IP protocol. Levels IV and V are 



hereafter also referred to as Internet levels. 
[0014] The network terminal CPNT, the access net- 
work AN and the access server NAS are interconnected 
in that order. The access server NAS is connected to 

5 both Internet service provider networks ISP1 and ISP2, 
each of which in turn has a connection to the Internet. 
[0015] Since it is assumed that the Internet protocol 
(IP) is used equally in the Internet service provider net- 
works ISP1 and ISP2 and in the Internet, where the term 

10 Internet communication is used, no distinction is being 
made hereafter as to whether the communication of a 
subscriber actually takes place in the Internet or ends 
at a unit of an Internet service provider ISP1 or ISP2, 
without involving the Internet 

is [0016] During the call set-up with the Internet, logical 
point-to-point connections are established between the 
Individual subscribers PC1 , PC2 PCn and the ac- 
cess server NAS by using the PPP protocol (PPP = 
Point-to-Point Protocol) which is customary for private 

20 Internet access. There then exists a PPP communica- 
tion relationship, also termed PPP session, for the du- 
ration of Internet communication. 
[0017] It is assumed for the invention that the local 
network LN in level I facilitates the individual Internet 

25 communication of all subscribers PC1 , PC2, .... PCn. A 
communications medium CM which enables this, is for 
example the Ethernet, using the above-mentioned PP- 
PoE protocol. By introducing the PPPoE protocol, which 
substantially represents an additional protocol level be- 

30 tween the PPP protocol level and the Ethernet protocol 
level, unambiguous identification of all PPP sessions 
with the Internet occurs, by means of which each sub- 
scriber PC1 , PC2, PCn can identify his PPP data. 
[0018] Looked at logically, point-to-point connections 

55 therefore exist in the communications medium CM be- 
tween the subscribers PC1 , PC2, PCn and the net- 
work terminal CPNT, which are superimposed on the 
normal Ethernet communications protocol and are 
therefore also referred to as PPP tunnel connections, or 

40 simply tunnels. 

[0019] The network terminal CPNT and the access 
server NAS are the start and end points of the circuit- 
switched communication via the access network AN of 
level II. A connection to the access network AN is made 

45 for each subscriber PC1 , PC2, .... PCn who wishes to 
communicate with the Internet. The continuation of a 
tunnel in the local communications medium CM from the 
network terminal CPNT to the access server NAS via an 
above-mentioned connection is denoted as an exten- 

so sion to the tunnel; for each corresponding subscriber 
PC1, PC2, .... PCn, this results in a continuous, so- 
called private tunnel to the access server NAS, via which 
all Internet communication relating to him is conducted. 
[0020] In actuality, the levels I II and IV are implement- 
55 ed in very different ways. There are therefore implemen- 
tations without (spatial) separation of these levels; in 
other implementations further sub-networks (not shown 
here) exist in level III. Moreover, the tasks of the afore- 
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said network elements, especially those of the access 
server (NAS) are not precisely defined; modern access 
servers (NAS) can therefore already possess means for 
carrying out routing functions. For the following exem- 
plary embodiments it is assumed that the access server 
is the interface between the circuit-switched access lev- 
els Mil and the packet-switched Internet levels IV and 
V. In particular, it should be assumed in this case that 
the Internet server NAS is the end point of the above- 
mentioned IGMP protocol and thus takes on the tasks 
of an above-mentioned multicast router. 
[0021 j First of ail, the known assumed situation of the 
channel set-up in an access network is described with 
the aid of Fig. 2. In Fig. 2 a section of Fig. 1 with levels 
Nil is illustrated first: 

[0022] As is known from Fig. 1 , the local network LN, 
the access network AN and the access server NAS are 
shown from left to right. Here, for example, the local net- 
work LN has two subscribers PC1 and PC2. The com- 
munications relationships of the subscribers PC1 and 
PC2 with the Internet are shown by two arrows in the 
forward and reverse directions, respectively, between 
the subscribers PC1 and PC2 on the one hand and the 
access server NAS on the other, the broader arrows 
from the access server NAS to the subscribers PC1 and 
PC2 denoting the frequently higher data traffic in this 
direction compared to the opposite direction. Two chan- 
nels VCC1 and VCC2 are shown within the access net- 
work AN, each channel VCC1 and VCC2 carrying the 
data traffic of one subscriber PC1 or PC2, respectively. 
[0023] I n this case the access network AN is assumed 
to be an ATM network, where the above-mentioned 
channels are configured as Virtual Channel Connec- 
tions (VCC) For each above-mentioned tunnel of the 
subscriber PC1 and PC2 to the access server NAS, also 
termed a private tunnel, one channel VCC1 or VCC2, 
respectively, of the access network AN is available, via 
which the respective data traffic of the subscribers PC1 
and PC2 is forwarded to the Internet independently of 
the other. The task of the network terminal CPNT lies 
substantially in the protocol conversion of the data from 
the local network LN to the access network AN and vice 
versa. Where both subscribers PC1 and PC2 belong to 
the same multicast group, the corresponding (IP) multi- 
cast datagrams, like all the rest of the IP datagrams in 
the access server NAS are replicated and sent in paral- 
lel via both channels VCC1 and VCC2 to both subscrib- 
ers PC1 and PC2. 

[0024] Often the access networic AN has only a limited 
capacity. In the case of multicast applications this can 
lead to undesirable bottlenecks, especially for video 
transmission. 

[0025] The channel structure and the forwarding of 
multicast data when implementing the process accord- 
ing to the invention is described with the aid of Fig. 3. 
For the example illustrated it is assumed that both sub- 
scribers PC1 and PC2 belong to the same multicast 
group. 



[0026] Fig. 3 differs from Fig. 2 in that, additionally, a 
multicast data channel MVCC and a multicast protocol 
channel AVCC are shown between the network terminal 
CPNT and the access server NAS. Exactly as in Fig. 2, 
5 the data traffic is forwarded from the subscribers PC1 
and PC2 to the access server NAS via the channels 
VCC1 and VCC2, while the multicast data specific to 
both subscribers PC1 , PC2 are forwarded only once via 
the multicast data channel MVCC and only replicated in 
10 the network terminal CPNT and distributed to the sub- 
scribers PC1 and PC2. The remaining data traffic, not 
shown here, to the subscribers PC1 and PC2 is, further- 
more, forwarded via the channels VCC1 and VCC2, re- 
spectively. The subscribers PC1 and PC2 each indicate 
15 their request to join a multicast group via their private 
tunnels during the execution of the IGMP protocol as 
described above. On receipt of the join request of the 
first subscriber, for example PC1, the access server 
NAS informs the network terminal CPNT via the multi- 
20 cast protocol channel AVCC that the subscriber PC1 is 
to receive multicast data; these data are then sent via 
the multicast data channel MVCC instead of via the 
channel VCC1. Furthermore, the remaining data are 
sent to the subscriber PC1 via the channel VCC1 . The 
25 network terminal CPNT then inserts the multicast data 
into the private tunnel of the subscriber PC1 , for whom 
this data linking process remains transparent. The in- 
sertion of the multicast data is effected by combining the 
channels VCC1 and MVCC; in this case combination is 
30 referred to as association. If, in the course of time, a 
further subscriber, for example PC2, wishes to join the 
same multicast group, the access server NAS informs 
the network terminal CPNT via the multicast protocol 
channel AVCC that the subscriber PC2 is to receive the 
35 multicast data via the channel MVCC. The association 
of the channels VCC2 and MVCC is then carried out in 
the network terminal CPNT. 

[0027] This example shows that when a subscriber 
PC1 joins a multicast group, redirection of the corre- 
40 sponding multicast data takes place via a multicast data 
channel MVCC. For each additional subscriber PC1, 

PC2 PCn, who then also wishes to join this multicast 

group, it is then only necessary to make the correspond- 
ing association between his channel and the existing 
45 multicast data channel MVCC. Of course this procedure 
is not mandatory; this redirection could also be effected 
after a specific number of subscribers only, for example 
from the second subscriber on. 
[0028] In Fig. 4 an exemplary sequence of the addi- 
so tional protocol AP according to the invention that is for- 
warded via the multicast signalling channel AVCC is de- 
scribed in conjunction with the sequence of the IGMP 
protocol as described above. Here the upper part of the 
diagram in Fig. 4 corresponds to the conditions in Fig. 
55 3. However, for simplification, only one subscriber PC1 
and thus only one channel VCC1 is illustrated. The 
IGMP protocol runs via this channel. In addition to Fig. 
3, a protocol S is shown between the access server NAS 
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and the access network AN. 

[0029] In the lower part of the diagram in Fig. 4 the 
(protocol) messages exchanged during an exemplary 
sequence of said protocol are shown in chronological 
order from top to bottom. 

[0030] A message M1 oriGMP REPORT of the IGM P 
protocol is sent from the subscriber PC1 to the access 
server NAS; a message S1 or ADD BRANCH of the pro- 
tocol S is sent from the access server NAS to the access 
network AN; a message AM1 or ASSOCIATE of the ad- 
ditional protocol AP is sent from the access server NAS 
to the network terminal CPNT; a message M2 or IGMP 
QUERY of the IGMP protocol is sent from the access 
server NAS to the subscriber PC1 ; a message M3 or 
IGMP REPORT of the IGMP protocol is sent from the 
subscriber PC1 to the access server NAS; a message 
M4 or IGMP LEAVE of the IGMP protocol Is sent from 
the subscriber PC1 to the access server NAS; a mes- 
sage AM2 or STOP ASSOCIATION of the additional 
protocol AP is sent from the access server NAS to the 
network terminal CPNT; a message S2 or DISCON- 
NECT BRANCH of the protocol S is sent from the ac- 
cess server NAS to the access network AN. 
[0031] In this case the IGMP protocol is transmitted 
via the channel VCC1 which belongs to the private tun- 
nel of the subscriber PC1 . The M1 or IGMP REPORT 
rriessage contains the multicast address of the multicast 
group which the subscrfoer PC1 wishes to join. The M2 
or IGMP QUERY message contains the request to in- 
form the subscriber PC1 whether he is still joining the 
multicast group. The subscriber PC1 confirms his par- 
ticipation by sending the M3 or IGMP REPORT mes- 
sage, which has the same content as the M1 message. 
The IGMP LEAVE message contains the wish of the 
subscriber PC1 to end participation in a specific multi- 
cast group. The M4 message can be optionally omitted: 
the M2 and M3 messages are used to check whether a 
subscriber of a specific multicast group is still present. 
If the access server (NAS) receives no reply from at 

least one of the subscribers PC1 , PC2 PCn, then it 

can discontinue the transmission of the corresponding 
multicast data without needing to receive the M4 or 
IGMP LEAVE message. 

[0032] The additional protocol AP is transmitted via 
the multicast signalling channel AVCC. The AM1 or AS- 
SOCIATE message contains the request to the network 
terminal CPNT to associate the channel VCC1 with the 
multicast data channel MVCC, that is to say to insert the 
data sent via the multicast data channel into the private 
tunnel of the subscriber PC1 . The AM2 or STOP ASSO- 
CIATION message contains the request to the network 
terminal CPNT to end the association between the mul- 
ticast data channel MVCC and the channel VCC1 . 
[0033] The execution of the protocol S with the ADD 
BRANCH and DISCONNECT BRANCH messages is 
used to set up each multicast data channel MVCC only 
when actual data are to be transmitted via this channel, 
and to clear it down again as soon as data are no longer 



sent via it. With the S1 or ADD BRANCH message the 
access server NAS requests the access network AN to 
set up a multicast data channel MVCC to the network 
terminal CPNT. With the S2 or DISCONNECT BRANCH 
s message the access network AN is requested to clear 
down the multicast data channel MVCC. The execution 
of this protocol is optional. Instead of this, afixed number 
of static channels could also be maintained. Here the 
multicast protocol channel AVCC is considered as a 
10 static channel; it could of course be set up and cleared 
down exactly like each multicast data channel MVCC. 
In this case the setting-up of the multicast protocol chan- 
nel AVCC should occur no later than the setting-up of 
the first multicast data channel MVCC. It can then be 
15 cleared down when there is no longer any multicast data 
channel. 

[0034] It should be mentioned at this point that a con- 
firmation (acknowledge) message can be provided in 
the reverse direction in each case for the S1 or ADD 

20 BRANCH, S2 or DISCONNECT BRANCH, AM1 or AS- 
SOCIATE and AM2 or STOP ASSOCIATION messag- 
es. When one of these acknowledge messages is ab- 
sent, certain measures can be taken, for example re- 
peated transmission or transmission via other available 

25 channels. Such measures are found in the prior art; in 
this case they have to be tailored to the special condi- 
tions and facilities of the access network AN in particular 
and it is not intended to describe them in further detail 
here. 

30 [0035] By executing the IGMP protocol in conjunction 
with the additional protocol according to the invention, 
any number of subscribers PC1 , PC2, .... PCn of the lo- 
cal network LN can join and leave a multicast group. 
[0036] In an alternative to the process according to 

35 the invention, the multicast protocol channel AVCC and 
the execution of the additional protocol AP are dis- 
pensed with. By intercepting the messages of the sub- 
scribers PC1 , PC2, PCn during the execution of the 
IGMP protocol (IGMP snooping), the network terminal 

40 CPNT can assign the multicast data of various multicast 
groups to the corresponding subscribers PC1 , PC2, 
PCn and effect the distribution as described above. 
[0037] Of course, this process has the following sub- 
stantial disadvantages: 

45 

A global unambiguous multicast address distribu- 
tion is not guaranteed. If the, presumably infre- 
quent, case arises where various multicast groups 
that are assigned to different Internet service pro- 

so viders have the same addresses, the access server 
NAS can nevertheless request various multicast 
data channels, since the access server NAS can 
detect from the origin of the data that these data 
come from different Internet service providers, ISP. 

55 With no facility for passing this information to the 
network terminal CPNT, the latter is not able to dis- 
tinguish between multicast data having the same 
multicast address. This then inevitably causes 
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these data to be mixed up in the local network (LN) 
and thus to illegibility at all the subscribers con- 
cerned. 

As with the other Internet access checks, the indi- 5 
vidual access check on specific multicast groups is 
preferably made in the access server NAS, for ex- 
ample by checking a submitted password. If, by 
sending a corresponding message, a subscriber 
PC1, PC2, PCn without access authorisation 10 
now wishes to join a multicast group in which one 
or more additional subscribers PC1, PC2, PCn 
of the local network LN are participating, then these 
data of the corresponding multicast data channel 
MVCC of the network CPNT are f orwarded to these is 3. 
subscrfoers, without the access server NAS being 
able to prevent this. Consequently, an effective ac- 
cess check of the access server NAS for participa- 
tion in multicast groups is not possible. 

20 



Claims 



1 . Method for receiving multicast data from a commu- 
nications network, in particular from the Internet, & 
with logical point-to-multipoint connections be- 
tween a sender of multicast data and several sub- 4. 
scribers (PC1, PC2, PCn), wherein a protocol 
(IGMP) for participation in a multicast group is exe- 
cuted between the subscribers (PC1 , PC2, PCn) 30 
and a network element (NAS) remote from the sub- 
scribers, characterised in that if tunnel connec- 
tions exist between the subscribers (PC1, PC2, 
PCn) and the network element (NAS) remote from 
the subscribers, an additional protocol (AP) is exe- 35 
cuted between the network element (NAS) remote 
from the subscribers and a network element (CP- 
NT) local to the subscribers, as a result of which 
identical multicast data of several parallel tunnel 
connections are sent out only once between these 40 5. 
network elements. 

2. Communications network with point-to-multipoint 
connections between a sender of multicast data 

and several subscribers (PC1, PC2 PCn), ** 

wherein the subscribers (PC1 , PC2, PCn) have, 
in addition to network elements (NAS) remote from 
the subscribers, of the communications network, 6. 
protocol execution means for executing a protocol 
(IGMP) for participation in a multicast group, char- so 
acterised in that if tunnel connections exist be- 
tween the subscribers (PC1, PC2 PCn) and a 

network element (NAS) remote from the subscrib- 
ers, organisation means are provided in the network 
element (NAS) remote from the subscribers, which 55 
arrange for multicast data of one multicast group to 
be sent out only once between the network element 
(NAS) remote from the subscribers and a network 



element (CPNT) local to the subscribers via a mul- 
ticast data channel (MVCC) instead of via tunnel 
connections, wherein evaluation means are provid- 
ed in the network element (CPNT) local to the sub- 
scribers, which, on the basis of an evaluation of pro- 
tocols (IGMP, AP) perform the allocation of the mul- 
ticast data sent via the multicast data channel 
(MVCC) to the corresponding subscribers (PC1 , 
PC2, PCn), and wherein distribution means are 
provided in the network element (CPNT) local to the 
subscribers for distribution of the multicast data to 
the corresponding subscribers (PC1. PC2, .... 
PCn). 

Communications network according to Claim 2, 
characterised in that the network element (NAS) 
remote from the subscribers and the network ele- 
. ment (CPNT) local to the subscribers each have ad- 
ditional protocol execution means for executing an 
additional protocol (AP) in which the network ele- 
ment (NAS) remote from the subscribers informs 
the network element (CPNT) local to the subscrib- 
ers of those respective subscribers (PC1 , PC2, .... 
PCn) to which the multicast data of the various mul- 
ticast groups are to be transmitted. 

Communications network according to Claim 2, 
characterised in that an Internet access network 
(AN), constructed as an ATM network, in which a 
channel connection in the form of a so-called "Vir- 
tual Channel Connection" (VCC1, VCC2, MVCC, 
AVCC) for each tunnel connection of the subscrib- 
ers (PC1 , PC2 PCn) as well as for each multi- 
cast group involving the subscribers (PC1 , PC2 

PCn), and for the additional protocol, can be estab- 
lished between the network element (NAS) remote 
from the subscribers and the network element (CP- 
NT) local to the subscribers. 

Communications network according to Claim 4, 
characterised in that signalling means are provid- 
ed, which execute a protocol (S) between the ATM 
network and a network unit (NAS) executing the ad- 
ditional protocol (AP) S as a result of which channel 
connections can be set up for multicast data 
(MVCC) as required. 

Internet access server (NAS) that has an interface 
to an Internet access network (AN), via which at 
least one channel of a subscriber (PC1, PC2, .... 
PCn) can be set up for his individual tunnel connec- 
tion, and setting-up means are provided in order to 
set up further channels (MVCC, AVCC), character- 
ised in that provision means are provided in order 
to provide the data specific to one or more subscrib- 
ers (PC1, PC2), in particular multicast data, on a 
further channel (MVCC) instead of on the channels 
(VCC1 , VCC2) exclusively specified for said data, 
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and additional protocol execution means for execut- 
ing an additional protocol (AP) are provided in order 
to inform a network element (CPNT) terminating the 

local network (LN) of the subscribers (PC1 , PC2 

PCn), which subscribers (PC1 , PC2) should receive 5 
these data. 

7. Customer premises network termination (CPNT) 
that has an interface to one or more subscribers 
(PC1 , PC2, PCn) and a further interface to an 10 
Internet access network (AN), via which channels 

of one ormore subscribers (PC1 , PC2, . .. 5 PCn) can 
be set up for their individual tunnel connections and 
further channels (MVCC and AVCC) can be set up, 
characterised in that additional protocol execution « 
means for executing an additional protocol (AP) are 
provided, in which the subscriber network terminal 
(CPNT) is informed of those subscribers (PC1, 
PC2) to which the data received via further chan- 
nels (MVCC), in particular multicast data, are to be 
additionally transmitted, and insertion means are 
provided, in orderto insert these data into the tunnel 
connections of the specified subscribers (PC1, 
PC2). 

25 

8. Program module for executing an additional proto- 
col (AP) in a network element (NAS) remote from 
the subscribers, with the steps: 

- Detection of the subscriber's request of a sub- & 
scriber (PC1, PC2, .... PCn) to a multicast 
group by evaluation of the protocol message for 
participation in a multicast group (IGMP), and 

- Sending an additional message (ASSOCIATE) 35 
to a network element (CPNT) local to the sub- 
scribers, with the information about that sub- 
scriber or those subscribers (PC1 , PC2) to 
which the data of a multicast channel (MVCC) 

are to be transmitted. 40 

9. Program module for executing an audit lonai proto- 
col (AP) in a network element (CPNT) local to the 
subscribers, with subscribers (PC1, PC2, PCn) 
connected thereto, with the steps: 45 

- Receipt of an additional message (ASSOCI- 
ATE) from the network element (NAS) remote 
from the subscribers, 

5C 

Evaluation of the information contained in the 
additional message (ASSOCIATE) that speci- 
fied subscribers or a specified subscriber (PC1 , 
PC2) are to receive data of a specified multicast 
channel (MVCC), and 5t 

- Initiating the distribution to the corresponding 
subscriber (PC1, PC2) of the data being re- 



ceived or to be received via the specified mul- 
ticast channel (MVCC). 

1 0. Program module according to Claim 8, with the ad- 
ditional steps: 

Detection of the request for ending the partici- 
pation of a subscriber (PC1 , PC2, PCn) in a 
multicast group by evaluating the protocol mes- 
sages for participation in a multicast group 
(IGMP), and 

- Sending an additional message (STOP ASSO- 
CIATION) to the network element (CPNT) local 
to the subscribers, with the information about 
those subscribers (PC1, PC2, PCn) which 
should no longer receive any further data of a 
specified multicast channel (MVCC). 

11 . Program module according to Claim 9, with the ad- 
ditional steps: 

- Receipt of an additional message (STOP AS- 
SOCIATION) from the network element (NAS) 
remote from the subscribers, 

Evaluation of the information contained in the 
additional message (STOP ASSOCIATION) 
about those subscribers (PC1 , PC2) to which 
data of a specified multicast channel (MVCC) 
should no longer be transmitted, and 

- Initiating the ending of the distribution of the da- 
ta received via the specified multicast channel 
(MVCC) to the corresponding subscribers 
(PC1.PC2). 
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